Received: from anubis.kbfi.ee (anubis.kbfi.ee [192.121.251.14]) by kantti.helsinki.fi (8.6.9/8.6.5) with SMTP id NAA22999 for <blitz-list@helsinki.fi>; Wed, 31 Aug 1994 13:33:05 +0300
Received: from microlnk.ml.ee by anubis.kbfi.ee with smtp
(Smail3.1.28.1 #4) id m0qfmyU-0002woC; Wed, 31 Aug 94 13:33 EETDST
Received: from ML4/SpoolDir by microlnk.ml.ee (Mercury 1.12);
Wed, 31 Aug 94 13:35:33 +0200
Received: from SpoolDir by ML4 (Mercury 1.12); Wed, 31 Aug 94 13:35:32 +0200
From: "Ott M. Aaloe" <OTT@microlnk.ml.ee>
Organization: MicroLink Ltd.
To: blitz-list@helsinki.fi
Date: Wed, 31 Aug 1994 13:35:28 +0300 (EETDST)
Subject: Re: Mem Fragmentation - half solved
Priority: normal
X-mailer: Pegasus Mail v3.2 (R0)
Message-ID: <8BA4F8626C@microlnk.ml.ee>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Status:
Status: O
> wo how about starting a new line once in a while ott! Anyway, the bitmap
> structure for blitz is just the object size, there is a pointer in this
> object that point to chipmem, be it a screensbitmap your bitmap or a
> cludged bitmap. cludgebitmap does not allocate ANY memory, instead uses
> withwords*height*bitplanes amount of the memory you supplied
So if need to cludge bitmap I do next??
1. Alooc chip
2. Load pure bitmpadata into it
3. Cludge bitmap #, addr,x,y etc.
Now I should have bitmap obkect created by cludgebitmap. Am I right?
> v1.9 contains decode commands that allow you to incbin sound, shapes etc
> into your program and then decode them, although these commands are
> accessible in RILibs and Elmore's include library I have decided to
> internalise them so that memory usage is both tight and tidy (minimum
> requirements and least amount of fragmenting), hmmm,
